home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1988 / Oct⁄Nov 88 / Re- Inside Out ⁄ 11.20.88 ⁄ < prev    next >
Encoding:
Text File  |  1991-03-06  |  1.7 KB  |  39 lines  |  [TEXT/GEOL]
  1. Item    7469800                         20-Nov-88        17:59
  2.  
  3. From:   CREMER.M                        Cremer, Mike
  4.  
  5. To:     X0591                           MacApp Dev Assoc, Howard Katz
  6.         CDA0004                         Shana Enterprises, Don Murphy
  7.  
  8. cc:     MACAPP.TECH$                    MACAPP Tech
  9.  
  10. Sub:    Re: Inside Out
  11.  
  12. Well, I might as well pitch in my two cents...
  13.  
  14. I am using InsideOut 1.2 (beta) and MacApp 2.0 (b5) for an application.  Aside
  15. from my brain-dead programming techniques, I have not encountered any serious
  16. difficulties.  In the 1.1 version of InsideOut, several modifcations to MacApp
  17. source code are necessary, mainly because of procedure/function name conflicts.
  18.  Also, IsO 1.1 patches GetNextEvent for debugging support, and so does MacApp
  19. (for BusyCursor), so a new method in TApplication is necessary to make sure the
  20. patches got placed/removed in lifo order.
  21.  
  22. Version 1.2 of IsO has fixed the name conflicts, and uses a new scheme for
  23. debugger support.  The bottom line is MacApp source code does not have to be
  24. altered (a blessing), but several methods have to be overridden to add IsO
  25. doodads.  Not too difficult, and once I got it all figured out it worked fine.
  26. The only other possible problem is memory management; IsO has a lot of code to
  27. support all those routines, and MacApp uses some rather odd memory management
  28. schemes.  I haven't had any problems, but my application uses only about 10
  29. calls to IsO, so that doesn't say much.
  30.  
  31. Speaking of which Tim, do you have any plans or ideas regarding cutting down
  32. the run-time code size?  Adding approximately 120k to an application is not
  33. ideal, especially when the application's use of IsO is slight.
  34.  
  35. $mike cremer
  36.  
  37.  
  38.  
  39.